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© (57) Abstract: Pipeline flow optimization systems, software, and methods that emulate transient optimization are disclosed. A 
pipeline flow optimization system includes an upset condition handler that is adapted to provide a multivariate controller with 

Q pipeline flow adjustments to handle one or more upset conditions. The optimization system may be used with fluid pipeline sys- 
terns, including gas pipeline systems and liquid pipeline systems. Systems, software, and methods according to embodiments of the 
invention may further include linepack transition handling capabilities and administrative tools. 
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PIPELINE FLOW CONTROL OPTIMIZATION SOFTWARE AND METHODS 
BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] The invention relates to software and methods for fluid pipeline optimization 
and control, and more specifically, to optimization and control software and methods that can 
optimize for transient conditions within the fluid pipeline. 

2. Description of Related Art 

[0002] Fluid pipeline systems, such as gas transmission pipelines, operate at certain 
pressures and with certain flow rates in order to deliver fluid, for examp] e, natural gas, to its 
destination. In the case of a gas pipeline, compressors along the pipeline m ai nt ain the 
pressures necessary to move the gas. In the case of a liquid pipeline, pumps move the liquid 
along the pipeline. 

[0003] FIGURE l is a diagram showing a typical gas pipeline system. Generally, 
referring to FIGURE 1, a typical gas pipeline system may include multiple relay compressor 
stations with multiple points of supply and deliveries. For example, FIGURE 1 shows a 
pipeline system having 6 compressor stations. Each individual station is controlled by 
control logic that, among other things, operates compressors and prevents a station from 
exceeding its maximum allowable operating pressures. The pipeline operator, through a 
supervisory control and data acquisition (SCADA) system, gives each individual compressor 
station's control logic its own target setpoints for suction pressure, discharge pressure and 
flow. The stations control logic seeks to maintain these target setpoints by starting and 
stopping compressors, as necessary. Additionally, as noted above, the control logic protects 
the station from exceeding its maximum allowable operating pressures and ma i nt ai n s it 
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within safe operating parameters. However, the station control logic controls an individual 
station. Hence, it functions independent of the other stations in the system. 

[0004] FIGURE 2 is a diagram showing a pipeline flow control system that may be 
utilized to control the pipeline system of FIGURE L Generally, referring to FIGURE 2, a 
pipeline flow control system may include steady-state Optimization Software that calculates 
optimal target setpoints for the pipeline operator to manually send to the individual stations' 
control logic. Further, as FIGURE 2 shows, the system may also include a multivariable 
control system ("Controller Software") operating in conjunction with the optimization 
software. The multivariable controller software may include a set of controllers that attempts 
to drive a set of station discharge pressures to equal a set of discharge pressure targets 
calculated by the optimization software, and there may be one controller for each compressor 
station that is operating under multivariable control. Each controller attempts to manipulate 
the suction pressure of the compressor station it controls in order to drive the discharge . 
pressure of the next upstream station toward its optimal discharge pressure target 

[0005] However, fluid pipelines are dynamic systems, and the control systems 
described with reference to FIGURE 1 and FIGURE 2 may not anticipate or take into account 
certain transient (i.e. non-steady state) conditions. Additionally, because each controller in 
the system of FIGURE 2 typically controls its station in light of operating conditions at that 
station and the next upstream station only, the controller software is controlling individual 
stations on the pipeline, which are all interconnected, based on data gleaned from only a 
portion of the stations in the system. Hence, the controller software may not effectively 
control all stations on the pipeline system in light of transient conditions affecting the entire 
pipeline system or other portions of the pipeline system beyond the control of an individual 
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controller. Accordingly, the controller software may, among other things, increase the cost of 
transporting fluid through die pipeline. 

[0006] Further, the system shown in FIGURE 2 utilizes a single set of tune 
parameters to handle all transient conditions but that are aimed at only controlling the 
setpoints of the immediate upstream compressor station. However, certain transient 
conditions may occur in the pipeline system that can not be efficiently or effectively managed 
by only controlling the setpoints of the immediate upstream compressor station. In such 
transient conditions, the controller software's single set of tune parameters does not provide 
the capability to adjust station operating parameters to effectively or timely handle the 
transient conditions. Hence, in this case, the stations* control logic over-rides the 
multivariate controller software and controls corresponding individual compressor station 
targets to near msnrimum operating pressures. Generally, this leads to an imbalance in the 
system, which usually results in not being able to take the full contracted supplies into the 
tr ansmis sion system. 

[0007] Additionally, the control system of FIGURE 2 is not able to identify or 
transition to a new optimal solution when conditions change (e.g. supplies or deliveries of the 
transmission system) that require a change to the optimal compressor configuration. A 
particular problem encountered was when to start additional compressors when required for 
an optimal fuel-efficient system. Starting the additional compressors too early wastes fuel. 
On the other hand, starting the additional compressors too late may cause a transient 
condition that is beyond the capability of the controller software to control, resulting in 
station control logic overriding the controller software. 
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SUMMARY OF THE INVENTION 
[0008] The present invention provides a pipeline flow optimization system that 
emulates transient optimization. 

[0009] Additional features of the invention will be set forth in the description which 
follows, and in part will be apparent from the description, or may be learned by practice of 
the invention* 

[0010] The present invention discloses a pipeline flow optimization system, 
comprising an upset condition handler adapted to provide a multivariable controller with 
pipeline flow adjustments to handle one or more upset conditions. . 

[0011] The present invention also discloses a pipeline flow optimization system 
including an upset condition handler, a multivariable controller for controlling components of 
a pipeline system, optimization software for calculating steady-state parameters of the 
pipeline system and providing the "steady-state parameters to the upset condition handler, and 
a supervisory control and data acquisition system for acquiring pipeline system data The 
upset condition handler receives the pipeline system data from the supervisory control and 
data acquisition system and provides the multivariable controller with pipeline flow 
adjustments to handle one or more upset conditions. 

[0012] The present invention also disclose a pipeline flow control system including 
an optimizer for calculating steady-state parameters of a pipeline system, a controller for 
controlling pipeline system components that cause pipeline flow, a data acquirer for acquiring 
pipeline system component data and pipeline flow data, and a control logic unit The control 
logic unit adjusts the steady-state parameters of the pipeline system in response to an upset 
condition by analyzing the pipeline system component data and the pipeline flow data and 
applying an adjustment factor to the controller. 
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5 [0013] The present invention also discloses a method of h andli ng transient conditions 

in a pipeline flow optimization system. In the method, one or more adjustment factors are 
calculated. Each of the adjustment factors is indicative of a degree to which a correction is 
needed for an upset condition. The adjustment factors are stored, one or more of the 
adjustment factors are chosen and applied to the pipeline flow optimization system. 

io [0014] It is to be understood that both the foregoing general description and the 

following detailed description are exemplary and explanatory and are intended to provide 
further explanation of the invention as claimed 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] The accompanying drawings, which are included to provide a further 
15 understanding of the invention and are incorporated in and constitute a part of this 

specification, illustrate embodiments of the invention and together with the description serve 
to explain the principles of the invention, 

[0016] FIGURE 1 is a diagram showing a typical gas pipeline system. 

[0017] FIGURE 2 is a diagram showing a pipeline flow control system that may be 
20 utilized to control the pipeline system of FIGURE 1 . 

[0018] FIGURE 3 is a diagram showing an automated pipeline optimization system 
according to an embodiment of the invention. 

[0019] FIGURE 4, FIGURE 5, FIGURE 15, FIGURE 16, and FIGURE 17 are 
schematic flow diagrams illustrating a pipeline flow management system in accordance with 
25 embodiments of the invention. 



5 



WO 2006/014372 PCT/US2005/023604 

5 [0020] FIGURE 6 and FIGURE 7 are schematic flow diagrams illustrating the 

general process of computing and applying adjustment fectors for a number of upset 
conditions. 

[0021] FIGURE 8 and FIGURE 12 are schematic flow diagrams illustrating the 
computation of adjustment factors for a number of upset conditions. 

o [0022] FIGURE 9, FIGURE 10, FIGURE 1 1, and FIGURE 13 are schematic flow 

diagrams illustrating expressions used to compute adjustment fectors for various upset 
conditions. 

[0023] FIGURE 14 is a schematic flow diagram illustrating the application of the 
computed adjustment fectors to the pipeline flow control optimization system. 

is [0024] FIGURE 18 and FIGURE 19 show steps for saving a revised current 

nomination and a future nomination, respectively, and FIGURE 20, FIGURE 21, FIGURE 
22, FIGURE 23, FIGURE 24, and FIGURE 25 are flow charts illustrating a transition process 
according to an embodiment of the invention, 

[0025] FIGURE 26 shows general calibration processes that may be completed each 
20 day, and FIGURE 27, FIGURE 28, FIGURE 29, FIGURE 30, FIGURE 3 1, and FIGURE 32 
are schematic flow diagrams illustrating tasks involved in calibrating the system according to 
an embodiment of the invention. 

[0026] FIGURE 33, FIGURE 34, FIGURE 35, and FIGURE 36 are flow charts 
illustrating steps of a method for accurately measuring the fuel savings of the system 
25 according to an embodiment of the invention. 
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[0027] FIGURE 37 shows fuel attainment variances that may be taken into account 
when measuring the fuel savings of the system according to an embodiment of the invention. 



DETAILED DESCRIPTION 
[0028] As was described above, aspects of the invention relate to systems and 
methods for fluid pipeline flow optimization and, in particular, systems and methods for fluid 

10 pipeline flow optimization that are capable of handing transient or upset conditions. In their 
broadest embodiments, software and methods according to the invention ensure that the 
demand for a fluid flowing in a pipeline is met That demand is typically subject to certain 
requirements, for example, that particular volumes of the fluid be delivered at pressures 
betwmt sp^if?^ minimum atiH ip*mmimi delivery pressures. Additionally, systems and 

is methods according to the invention ensure that fluid pipeline transmission facilities are 
operating within the engineering design parameters for which they were designed. In 
general, those two requirements are met by regular monitoring and by controlling fluid 
pipeline parameters to keep them within acceptable tolerances (sometimes referred to as 
"deadbands"). Systems and methods according to embodiments of the invention may also 

20 provide human controllers with feedback as to the pipeline's present fuel efficiency, and may 
provide engineers with calibration tools necessary to tune software, systems, and methods 
according to the invention. 

[0029] Software according to embodiments of the invention provides one or more of 
the following three modules or capabilities: upset condition algorithms and upset condition 
25 handling, linepack transition handling, and administrative tools. Upset condition algorithms 
recognize when conditions vary from the static optimization and change compressor setpoints 
along the gas pipeline to account for the upset while continuing to optimize fuel efficiency 
within the given compressor unit configuration. Linepack transition handling algorithms 
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calculate the time required to attain optimal pressure targets when a future optimal run 
dictates a change in compressor unit configuration. Administrative tools comprise 
measurement methods used to determine fuel efficiency performance, and allow accurate cost 
savings reports to he generated. Administrative tools may also include calibration tools used 
to tune the models created by the software. 

[0030] Although most aspects and embodiments of the invention are equally 
applicable to any type of fluid pipeline system, including gas pipelines and liquid pipelines, 
certain embodiments of the invention will be described with respect to gas transmission 
pipeline networks. 

[0031] FIGURE 3 shows an automated pipeline optimization (APO) system 
according to an embodiment of the invention. Referring to FIGURE 3, systems and methods 
according to gas pipeline-based embodiments of the invention typically combine a 
multivariate control system ("Controller software") with optimization simulation 
programming ("Optimization Software") through a supervisory control and data acquisition 
(SCADA) system to reduce fuel consumption at compressor stations along the gas pipeline 
network. The APO system utilizes an upset condition handler and a linepack transition 
handler ("Black Box") to optimize pipeline operations by accounting for and handling all 
upset conditions and linepack transitions. The upset condition handler handles transient 
conditions, including those that previously would have caused the stations' control logic to 
override the controller software. The APO system detects transient conditions occurring 
throughout the pipeline system, evaluates and selects a transient condition to address, and 
then chooses an optimal solution, from among multiple potential solutions, to address the 
selected condition. 
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5 [0032] Accordingly, utilizing the Adininistrative Tools, the Upset Condition 

Handler, and the Linepack Transition Handler in the pipeline flow optimization system of 
FIGURE 3 provides a system that may maintain optimal steady-state configurations and 
properly adjust optimal steady-state pressure targets through upset conditions; that may 
identify through existing field compressor logic, or supply or delivery change of the 

10 predictive models, when a new compressor configuration may be required; that may quickly 
transition to the new optimal solution; that may verify results through a verification process 
of an Automated Calibration Tool; and that may quantify the results of the pipeline 
optimization process through a Fuel Attainment process. 

[0033] In embodiments of the invention, the methods according to the invention may 
is be incorporated into the multivariable control system, or they may be implemented 

separately, as shown in FIGURE 3 , in which case they would be used to generate inputs into 
the multivariable control system. Although any multivariable control system may be used, 
GE-CCFs MVC-4.0* multivariable control system is one suitable system* Further, although 
any optimization software may be used, Advantica's Stoner Gas Solver for EMM (Energy 
20 Minimization Module) is one suitable package. Whether alone or as part of a multivariable 
control system, systems, methods and software according to embodiments of the invention 
may be programmed and implemented in any one of a number of programming languages, 
including C, C++, C#, Java, Visual Basic, and any other programming language able to 
implement the tasks of the methods. 

25 [0034] One embodiment of the invention was implemented for testing using a section 

of gas transmission line including approximately 220 miles of gas transmission piping with 
six compressor stations spaced 40-45 miles apart along the gas transmission line, and certain 
portions of the description that follows will refer to specific locations along that testbed gas 
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transmission line. However, it should be understood that systems, methods, and software 
according to embodiments of the invention may be implemented in fluid pipeline systems of 
any size or complexity. 

[0035J FIGURE 4, FIGURE 15, FIGURE 16 and FIGURE 17 are schematic flow 
diagrams showing the overall control logic used to select the mode of the system. Each time 
the system is turned on, the total available horsepower is summed, and other power-on and 
initialization tasks may be performed. (Several exemplary tasks are shown in FIGURE 4). 
Once the initialization tasks are performed as per FIGURE 4 and FIGURE 5, the control logic 
(i.e. the upset condition handler and the controller software) monitors the operating mode of 
the system. During times when the system is operating normally, the system is kept in 
"normal" mode. In "normal" mode, the system can handle transient conditions and changes 
within certain tolerances. 

[0036] If a severe problem should occur in the pipeline, such as the unexpected 
shutdown of a compressor that is needed to maintain system integrity, the control logic 
changes the mode of the system for that particular compressor to "event" In "event mode," 
the operator is notified and the control logic that would normally allow compressors to 
operate at or near 100% of their rated power without starting new compressors is deactivated 
so as to facilitate starting replacement compressors. In addition, appropriate pressure set 
points upstream of the station in "event" mode are reduced to "event" mode settings to 
minimize the probability that the upstream station will shut down because of over-pressure 
alarm conditions. The appropriate target pressures downstream from the station in "event" 
mode are reduced by the algorithms described above and below. The operator may also take 
additional actions to resolve the problem. When "event mode" is terminated, the system 
resets the settings to conform to ''normal mode" settings. As compared with standard 
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multivariable control systems, "event" mode in systems according to the present invention is 
typically invoked only selectively and only to the extent needed to m ai nt ai n system integrity. 

[0037] In both "normal" and "event" modes, the system uses a factor- or parameter- 
based method for dealing with upset or transient conditions. This .method is generally 
illustrated in the schematic flow diagram of FIGURE 6. The actual upset or transient 
conditions that the system detects and handles may vary from pipeline to pipeline, and are 
generally defined depending on the type of pipeline and the needs of the users. However, the 
parameter-based method will be described with respect to certain standard upset conditions 
for a gas pipeline. 

[0038] As shown in FIGURE 6, in general, the system initializes an array or other 
data structure. In other words, the system clears out old data and inputs current data Prior to 
ini tializing the array or data structure, the system determines whether to adjust a flow target, 
as shown in FIGURE 6 and FIGURE 7. Each data location within the array or other data 
structure contains a value for an adjustment factor indicative of the degree to which a 
correction is needed for a particular upset condition. The system engages in an iterative 
process of calculating the values of each of the adjustment factors and storing them in the 
array or other data structure. Once values for each adjustment factor have been calculated, 
the system selects and applies the most necessary of the adjustment factors. Typically, the 
most necessary of the adjustment factors would be the adjustment factors with the largest 
values in the array or other data structure, although this need not be the case. 

[0039] For example, in FIGURE 6, the array contains space for the values often 
adjustment factors, indexed 1-10, although as many adjustment factors as desired may be 
monitored by systems, methods, and software according to the invention. It should also be 
understood that the upset conditions and corresponding adjustment factors may include both 
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adjustment factors for which the system can take automatic action to correct and adjustment 
factors for Which the only action is to notify the human operator of the condition. This will 
be described below in more detail. 

[0040] FIGURE 8 and FIGURE 12 are schematic flow diagrams illustrating the 
iterative calculation of each of the adjustment factors for the respective upset condition. As 
shown in FIGURE 8, the first upset condition 0=1) is the condition in which the flow at the 
intake ("Station #1" in the figure) is less than the target flow rate. The second upset 
condition 0=2) is the condition in which an upstream compressor station is in a high-flow 
transient condition. The third upset condition 0=3) is the condition in which one or more of 
the compressor station discharge pressures is close to or at the maximum operating pressure 
("MOP" in the figure). The fourth upset condition 0=4) is the upset condition in which the 
throttle or speed driver of one or more compressors is near 1 00%. The fifth upset condition 
0=5) is the upset condition in which the throttle or power of one or more compressors is near 
0%. The sixth upset condition 0=6) is the upset condition in which the cooler temperature is 
close to maximum. The seventh upset condition 0=7) is the upset condition in which an 
engine needs to start in a station that is already running. Referring to FIGURE 12, the eighth 
upset condition 0=8) is the upset condition in which a discharge pressure at a particular 
location ("Station #5" in the figure) is close to a delivery pressure required by a customer ( 
"Customer #1" in the figure). The ninth upset condition 0=9) is the upset condition in which 
the supply pressure at a particular point in the pipeline ("Supplier #3" in the figure) is close to 
the pressure in the pipeline. The tenth upset condition (j=10) is the upset condition in which 
the delivery pressure at a particular point in the pipeline ("Customer #2 delivery pressure" in 
the figure) is close to the pressure in the pipeline. The eighth, ninth, and tenth upset 
conditions are conditions that the multivariable control system may not be able to directly 
address, so action on those three upset conditions is limited to notifying the human operator. 
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However, as was noted above, the array of adjustment factors for upset conditions may 
include any number of factors and may include both factors for upset conditions that can be 
handled automatically and factors that require operator notification in any combination. In 
some embodiments, only factors that can be handled automatically may be included in the 
array or other data structure. As shown in FIGURE 6, FIGURE 8 and FIGURE 12, once 
adjustment factors are calculated for each of the ten upset conditions defined in this 
embodiment of the invention, the appropriate adjustment factors are chosen and applied. 

[0041] FIGURE 9 is a schematic flow diagram illustrating the calculation of the first 
through third adjustment factors 0=1 , j=2, and j=3). As was described above, the first 
adjustment factor relates to the upset condition in which the flow at the intake point in the 
pipeline is less than the target flow. In this upset condition, it is assumed that the gas supplier 
will eventually increase the flow into the pipeline so as to meet their contractual obligations. 
Therefore, in the case of low flow at the intake, systems according to the invention lower the 
discharge pressure target at the intake. This creates capacity in the system downstream to 
accommodate the gas that will be pumped into the system later. It also reduces the stress on 
the compressors as the gas is added at increased flow rates later. The expression used to 
calculate the first adjustment factor is shown in FIGURE 9. Descriptions of the variables 
used in FIGURE 9 are given below in TABLES 1 and 2. 

[0042] As was described above, the second adjustment factor relates to the upset 
condition in which the discharge pressure is greater than the target discharge pressure. When 
the discharge pressure is greater than the target discharge pressure, systems according to 
embodiments of the invention lower the target discharge pressure at downstream compressor 
stations. This causes downstream compressors to speed up faster and reduces excess 
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linepack. Essentially, it improves the response time of the system. The expression used to 
calculate the adjustment factor is shown in FIGURE 9. 

[0043] The third adjustment factor, the calculation of which is also shown in FIGURE 
9, relates to the upset condition in which a discharge pressure at one of the compressor 
stations is close to the maximum operating pressure in the pipeline. As those of skill in the 
art will appreciate, having the discharge pressure at a compressor station at a pressure close to 
the mnyimimi operating pressure is generally an undesirable condition. Therefore, in this 
condition, the system lowers the target discharge pressure at downstream compressor stations 
so that the downstream compressors will "pull" the pressure away. The expression used to 
calculate the adjustment factor is shown in FIGURE 9. 

[0044] FIGURE 1 0 is a schematic flow diagram illustrating the calculation of the 
fourth, fifth, and sixth adjustment factors (j=4, j=5, and j=6). As was described above, the 
fourth adjustment factor relates to the upset condition in which the throttle or speed driver of 
one or more of the compressors is close to 100%. Therefore, in this condition, the system 
lowers the target discharge pressure downstream, which reduces the speed driver or throttle 
of the downstream compressors and allows the supply pressure to control the pressure in the 
pipeline. The expression used to calculate the adjustment factor is shown in FIGURE 1 0. 
Descriptions of the variables used in FIGURE 10 are given below in TABLES 1 and 2. 

[0045] The fifth adjustment factor relates to the upset condition in which the throttle 
or speed driver of one or more of the compressors is close to 0%. When the speed driver is 
close to 0%, the discharge pressure is constrained and will not be able to decrease. In this 
condition, the system lowers the discharge pressure target, which creates more available 
capacity downstream in the pipeline. Then if a compressor station down stream should crash, 
there will be sufficient time to recover before the station near 0% speed driver also crashes 
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due to over pressure. The expression used to calculate the adjustment factor is shown in 
FIGURE 10. 



[0046] The sixth adjustment factor relates to the upset condition in which the cooler 
temperature is close to maximum. When the cooler temperature is close to maYimnm ; the 
suction pressure is constrained and will not be able to decrease. In this condition, the system 
lowers the discharge pressure target, which reduces the compression ratio and lowers the 
discharge temperature unconstraining the suction pressure . The expression used to calculate 
the adjustment factor is shown in FIGURE 10. 

[0047] FIGURE 1 1 is a schematic flow diagram illustrating the calculation of the 
seventh adjustment factor (j=7). As was described above, the seventh adjustment factor 
relates to the upset condition in which an engine needs to start in a station that is already 
running. When an engine needs to start in a station that is already running, the station 
controller will not allow the engine to start if the discharge pressure is greater than the limit 
for starting engines. In this condition, if the discharge pressure is greater than the limit for 
starting an engine, the system reduces the discharge pressure in time to start the engine. The 
expression used to calculate the adjustment factor is shown in FIGURE 11. 

[0048] FIGURE 13 is a schematic flow diagram illustrating the calculation of the 
eighth, ninth, and tenth (j=8, j=9, and j=10). Hie eighth adjustment factor relates to an upset 
condition for which automatic handling is not available, although in some embodiments, the 
system might handle the upset condition automatically, at least to some extent In the upset 
condition to which the eighth adjustment factor relates, the pressure at a particular point in 
the pipeline ("Station #5", as identified in FIGURE 13) is close to the limiting pressure 
required by a customer ("Customer #1", as identified in the figure). (More particularly, the 
algorithm queries whether a particular transmission line is flowing to the supplier and, if so, 
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to what degree a valve is open.) If the condition is true, a warning such as, "Customer #1 
pressure close to Station #5's discharge header #2 pressure. Either change Station #5 loop 
configuration or raise downstream suction pressure," may be provided. Hie expressions 
used to calculate the eighth adjustment factor are shown in FIGURE 13. The ninth and tenth 
adjustment factors also relate to pressure and flow upset conditions within the pipeline that 
might make it difficult for the pipeline to supply a particular flow rate of gas at a particular 
pressure so as to meet contractual obligations. In each case, the operator is provided with a 
warning similar to that described above, and appropriate action is taken. The expressions 
used to calculate the ninth and tenth adjustment factors are shown in FIGURE 13. 

[0049] As those of skill in the art will note, the first seven adjustment factors deal 
with transient conditions in the pipeline that can be controlled by the pipeline control system, 
whereas the eighth, ninth and tenth adjustment factors deal with upset conditions that are 
outside the scope of control of the pipeline control system. Although this distinction applies 
in the present example and may not apply in all embodiments of the invention, the capacity of 
software, systems, and methods according to the invention to indicate possible problems in 
the pipeline that are beyond the scope of the multi variable control system logic to handle may 
be a beneficial feature. Additionally, as was noted above, the multi variable control system 
may also be programmed to handle die kinds of upset conditions represented by the eighth, 
ninth and tenth adjustment factors. Furthermore, the additional adjustment factors may be 
factors required for or desirable in specific pipelines or in specific configurations of software, 
systems and methods according to the invention. 
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[0050] Once the various adjustment factors have been determined and stored in the 
array or other data structure, the system proceeds to determine which of the adjustment 
factors should be applied. The general process of applying the adjustment factors is shown in 
the schematic flow diagram of FIGURE 14. In general, an adjusted discharge pressure target 
is calculated by adding a negative correction equal to the largest (e.g., most negative) of the 
adjustment factors to a discharge pressure limit which is the highest pressure desired in the 
pipeline. A time averaging technique is used to smooth the response. If the calculated 
adjusted pressure target is less than minimum allowable pressure, the calculated adjusted 
pressure target is set equal to the minimum allowable pressure. The adjusted pressure target 
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is output to the multivariable controller, and the process continues by once again calculating a 
set of adjustment factors for the next cycle. 

[0051] The foregoing describes the process of calculating ten adjustment factors, and, 
for ease of description, describes the process in certain respects as using one- and two- 
dimensional arrays or other data structures. However, as those of skill in the art will realize, 
each of the ten adjustment factors would generally be calculated for a plurality of points 
along the pipeline. For example, in the exemplary test system described above with six 
compressor stations, the ten adjustment factors may be calculated for each and every one of 
the compressor stations. Therefore, the array or data structure used to contain the data may 
be multidimensional. As shown by the index subscripts on the variables shown in the figures 
and described in TABLE 1, certain of the variables are expected to be multi-dimensional, 
although in a sufficiently simple system (e.g., one compressor station), they need not 
necessarily be multidimensional. Embodiments of the invention may also store past 
adjustment factors to use as predictive data for future calculations, for calibration, or for other 
purposes. 

[0052] As was noted briefly above, although there are ten adjustment factors in this 
example, embodiments of the invention may calculate and take into account any number of 
adjustment factors. 

[0053] Software, systems and methods according to embodiments of the invention are 
also configured to handle linepack transitions, which are changes in the amount of gas or 
liquid flowing in the pipeline. These linepack transitions are typically caused by changes in 
demand, although they need not be. (Those of skill in the art will note that some of the upset 
conditions described above, in effect, deal with linepack transition.) The linepack transitions 
may be predicted by the system by accessing past flow data and examining patterns in 
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demand over time, or the system may be given an explicit warning by a human operator and 
the procedures initiated manually. 

[0054] In general, the pseudocode or set of tasks involved in linepack transitions is as 
follows: 

a. If pack increase: 

Compare maximum power of compressors running now to m a ximum 
power of compressors proposed by the energy minimization module output (EMMO). 

Using lowest horsepower configuration, compute minimum thru put 
and fuel usage when pumped from average of beginning and ending suction pressure 
to average of beginning and ending discharge pressure. 

Determine time and quantity of fuel used to increase pack to correct 

level. 

Run compressor station at this fuel rate until determined time. 

b. • If pack decrease: 

Compare F"»yiTmim power of compressors running now to maximum 
power of compressors proposed by EMMO. 

Using highest horsepower configuration, compute maximum thru put 
and fuel usage when pumped from average of beginning and ending suction pressure 
to average of beginning and ending discharge pressure. 

Determine time and quantity of fuel used to decrease pack to correct 

level. 

Run compressor station at this fuel rate until determined time. 

c. After Pack is set to correct level at each running compressor station as 
computed above, run compressor at flow rate and fuel usage level as determined by steady 
state EMMO solution. 
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• Create EMMO Now and EMMO Future data bases 
Use only compressor configuration of EMMO Now and Future 
databases in calculating time required 

[0055] More specifically, FIGURE 18 and FIGURE 19 show steps for saving a 
revised current nomination and a future nomination, respectively. FIGURE 20, FIGURE 21, 
FIGURE 22, FIGURE 23, FIGURE 24, and FIGURE 25 are flow charts illustrating a 
transition process according to an embodiment of the invention. 

[0056] Embodiments of the invention may also provide a number of administrative 
tools, as shown in FIGURE 3. The administrative tools are useful in monitoring the 
performance of the system and in calibration of the models. An outline of the functions of 
the administrative tools is described below. 

[0057] Tools used to monitor the performance of the system include (i)Fuel 
Attainment and (ii) Dispatcher Reporting. Fuel Attainment is an off-line tool that uses 
combinations of planned nomination data, system capabilities, historical measured data and 
pipeline models to determine the calculated fuel usage for the pipeline for given time periods. 
Results of the Fuel Attainment combinations can be compared to actual measured fuels and to 
each other to determine system efficiencies and root causes for inefficiencies. 
Fuel Attainment combinations include the following named results: 

(i) Plan Optimum - Optimized amount of fuel that would have been calculated if full 
capabilities were available.( all Stations and Compressors are available for selection) 

(ii) Plan - Optimized amount of calculated fuel given planned nomination data and available 
system capabilities at the time the optimization occurred. 
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(iii) Operational Optimum - Optimized amount of calculated fuel holding compressor 
configurations to their planned nomination settings, station targets to their respective 
maximum system capabilities, and using actual data for all other model inputs. 

(iv) Flow Variance - Same as Operational Optimum while holding all flows external to the 
pipeline model constant at their planned rate. 

(v) Temperature Variance - Same as Operational Optimum while holding all temperatures 
used in the model to their planned values. 

(vi) Pressure Variance - Same as Operational Optimum while holding all inlet and outlet 
pressures used in the model to the planned values. 

(vii) Pressure Target Variance - Same as Operational Optimum while holding all station 
targets to the planned values. 

(viii) Units Used Variance - Same as Operational Optimum while holding all compressor 
usage to the planned values. 

[0058] Dispatcher Reporting is an on-line tool that uses real-time and historical data, 
system capabilities along with pipeline models to determine the current calculated fuel 
efficiencies for the pipeline. This tool continually publishes current and summary shift 
efficiencies for dispatchers for display on SCADA terminals. 

[0059] FIGURE 33, FIGURE 34, FIGURE 35, and FIGURE 36 are flow charts 
illustrating steps of a method for accurately measuring the fuel savings of the system 
according to an embodiment of the invention. Because of the various deliveries, supplies, 
and operating conditions, historic performance indicators such as fuel per volume pumped 
may be inappropriate to accurately measure fuel savings. Rather, a more accurate 
measurement may be obtained by dividing the optimal (calculated) fuel + transition fuel by 
the actual fuel used. 
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[00601 Additionally, accurately measuring fuel savings includes taking account of 
operational variances, such as when inputs into a forecasted optimization run vary from the 
actual inputs. For example, it is important to capture the fuel costs when a compressor goes 
down or is not available to run in the.optimal solution. Costs may men be quantified to help 
determine whether to proceed with additional m aintenance programs or capital expenditures. 
FIGURE 37 shows fuel attainment variances that may be taken into account Table 3 below 
provides definitions for the variances shown in FIGURE 37. 

Table 3 

Variance Definitions 

1. Planned Units Available Variance % = |[i] Plan Optimum - [ii] Plan | -i pi] Plan 

2. Plan Attainment = [iii]Operational Optimum / [ii] Plan 

3. Fuel Attainment = [in] Operational Optimum / [0]Actual Fuel Used 

4. Flow Variance % = | [iv] Flow Variance - [iii] Operational Optimum) / [iii] Operational 
Optimum 

5. Temperature Variance % = | [v] Temperature Variance - [iii] Operational Optimum | / [iii] 
Operational Optimum 

6. Pressure Variance % = | [vi] Pressure Variance - [iii] Operational Optimum | / [iii] 
Operational Optimum 

7. Pressure Target Variance % = | [vii] Pressure Target Variance - [ui]Operational Optimum | 
/ [iii] Operational Optimum 

8. Units Used Variance % = | [viii] Units Used Variance - [iii] Operational Optimum | / [iii] 
Operational Optimum 

[0061] The tool used for calibrating the models is the Automated Calibration Tool, 
which is designed to give the engineers appropriate data to analyze and calibrate the models. 

23 



WO 2006/014372 PCT/US2005/023604 

To ensure reliable calibration, the system finds an appropriate steady state interval for 
calibration by ensuring that the pipeline data is sufficiently static and un ch anging over a 
programmed number of consecutive hours. For example, the initial program may download 
actual data after automatically finding 6 consecutive hours of static operating conditions. 
Calculations relating to the models' data are then compared to actual data. These values are 
stored and the engineer is notified when the values fell outside of designed limits. 

[0062] Included in the Automated Calibration Tool is: 
CO Segment Calibration - Compares model results to actual results for line segments. The 
parameters used to calibrate the model can include, but is not limited to: 

Efficiency 

Roughness 

Heat Coefficient 

Ground Temperature 

Gas Temperature 

(ii) Station Calibration - Compares model results to actual results for stations. Stations are 
comprised of differing compressor unit types and numbers. The calibration procedure will be 
a combination of station and unit level configurations. The parameters used to calibrate the 
model can include, but is not limited to: 

Inlet Pressure drop 

Outlet Pressure drop 

Temperature drop through coolers 
Reciprocating units: 

Swept volume 

Compression Ratio 

Maximum and minimum clearance 
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Maximum and minimum horsepower 

Heat rise coefficient 

Fuel 

Volume 

Mechanical efficiency factor 
Compressor efficiency factor 
Centrifugal units: 

Maximum and minimum horsepower 
Head curve 

Mechanical efficiency factor 
Heat rise coefficient 
Fuel 
Volume 

(iii) Model Variance - Non-optimized amount of calculated fuel given actual system 
utilization, measured data, and pipeline models. Pipeline models for Model Variance are 
connected, unlike Station and Segment Calibration, which considers station and pipeline 
segments in isolation. The formula for Model Variance is: 
Mvar(Nom) = Model(Nom,SystemUtil(Nom) > Mdata(Nom) - FuelActual(Nom) 

Where: 

Norn -Time-period between transient conditions. 

SystemUtil(Nom) - Actual System Utilization (hiring the nomination, (i.e. compressor 

statuses, station utilization, etc. 

Mdata(Nom) - Average Measured data during the nomination. 

Model(Nom,SystemUtil(Nom) > Mdata(Nom)) - A function that calculates unoptimized fuel 
usage for a given pipeline, nomination, system utilization, and measured data. 
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- Calculated Model Variance during a nomination. 



[0063] FIGURE 26 shows general calibration processes that may be completed each 
day as a scheduled event or run on demand. FIGURE 27, FIGURE 28, FIGURE 29, 
FIGURE 30, FIGURE 31, and FIGURE 32 are schematic flow diagrams illustrating tasks 
involved in calibrating the system Model, segment and station calibration processes store 
streams of calculated data that may be compared to actual measured data, thereby allowing a 
detennination to be made whether a specific model is properly calibrated. When a section of 
calculated and actual data streams are within a defined tolerance, the mo*M is- within 
calibration limits for that particular time-period 

[0064] Model validation is the process of automatically comparing streams of actual 
measured data to streams of calculated data. This process uses predefined validation 
parameters for each stream pair to: (i) validate calculated data; (ii) create alarms for 
calculated data that is out of tolerance; and (iii) create a calculated-data archive that may be 
graphed later by the user. 

[0065] Validation may be configured to allow any actual measured data stream to be 
compared to any calculated data stream using either an absolute or percentage tolerance. 

[0066] Validation using absolute tolerance is successful when : 

0<CE (Sream A [n] Stream B [n] Actual I) / (Last-First)<AbsoluteTolerance j 

Where Last is the most recent hour of the data stream to be validated and First is the oldest 
hour of the data stream to be validated. 

[0067] Validation using percentage tolerance is successful when : 
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Percentage Tolerance Successful when: 

n -Last 

0 < (£ | Stream A [n] Actual / Stream B [n] calculated I) / (Last-First) < %Tolerancej 

n» First 

Where Last is the most recent hour of the data stream to be validated and First is the oldest 
hour of the data stream to be validated. 

[0068] Tasks involved in the calibration include those shown in FIGURE 27, 
FIGURE 28, FIGURE 29, FIGURE 30, FIGURE 31, and FIGURE 32 and described above in 
the pseudocode. Data from each segment of the pipeline is examined, particularly those 
factors identified above in the pseudocode, and the models are corrected mug the actual 
measured data from the pipeline. 

[0069] The Automated Calibration Tool is not limited to fluid pipeline calibration. 
Rather, the calibration process may effectively used wherever models (steady-state or 
transient) are employed. Further, the Automated Calibration Tool may significantly reduce 
the effort required to calibrate a system For example, the Automated Calibration Tool 
utilized nearly 300 model inputs. As a rough estimate, it may take approximately 1 hour per 
input to collect data and perform the necessary calculations. Hence, an engineer would take 
roughly 300 hours to tune the models once. However, the Automated Calibration Tool 
performs these calculations on a daily basis. This significantly reduces man hours required to 
calibrate models and helps ensure that the models are running safely and efficiently. 

[0070] As noted above, pipeline flow optimization systems, software, and methods 
may emulate transient optimization by: (i) m ai ntaining the optimal steady-state 
configurations and properly adjusting the optimal steady-state pressure targets through upset 
conditions employing "Black Box" logic; (ii) identifying through "Black Box" logic, existing 
field compressor logic, or supply or delivery change of the predictive models, when a new 
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compressor configuration may be required; (iii) transitioning to the new optimal solution as 
quickly as possible; (iv) ensuring that the results are accurate through the verification process 
of the Automated Calibration Tool; and (v) quantifying the results of the pipeline 
optimization process through the Fuel Attainment process. Embodiments of the invention 
may provide for significant fuel reductions in compressor stations, thereby resulting in 
significant fuel savings while operating a pipeline. 

[0071] Although the invention has been described with respect to certain 
embodiments, the embodiments described herein are intended to be exemplary, rather than 
limiting. Modifications and variations will occur to those of ordinary skill hi the art, and may 
be made without departing from the scope of the invention, which is reflected in the 
following claims. 
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WE CLAIM: 

1 . A pipeline flow optimization system, comprising an upset condition handler 
adapted to provide a multivariable controller with pipeline flow adjustments to handle one or 
more upset conditions. 

2. The pipeline flow optimization system of claim 1 , further comprising: 
a linepack transition handler adapted to calculate and implement transitions in 

linepack in a pipeline system; and 
administrative tools, 

wherein the administrative tools are adapted to monitor the performance of the 
pipeline system and provide data used to calibrate models used for steady-state and transient 
modeling of the pipeline system. 

3. The pipeline flow optimization system of claim 2, wherein the transitions in 
linepack are from a present optimal state to a future optimal state. 

4. The pipeline flow optimization system of claiml , wherein the one or more 
upset conditions comprise one or more conditions selected from the group consisting of an 
intake flow less than a target intake flow, a discharge pressure greater than a target discharge 
pressure, the discharge pressure at about a maximum operating pressure, a speed driver of a 
compressor at about 100%, a speed driver of a compressor at about 0%, a cooler temperature 
close to maximum, and flow conditions greater or less than contractual obligations at a 
particular discharge point 



29 



WO 2006/014372 PCT/US2005/023604 

5. The pipeline flow optimization system of claim 1, wherein the upset condition 
handler 

calculates one or more adjustment factors indicative of a degree to which a 
correction for a specific upset condition is required; 

determines which of the one or more adjustment factors is to be applied; and 
supplies an adjustment signal to the multivariable controller based on the one or more 
applied adjustment factors. 

6. The pipeline flow optimization system of claim 2, wherein the administrative 
tools provide the data after finding consecutive hours of static openrting conditions within the 
pipeline system. 

7. The pipeline flow optimization system of claim 6, wherein the administrative 
tools provide the data after finding six consecutive hours of static operating conditions. 

8. The pipeline flow optimization system of claim 2, wherein the administrative 
tools monitor the performance of individual line segments and individual stations and provide 
data used to calibrate models used for steady-state and transient modeling of the individual 
line segments and individual stations. 

9. The pipeline flow optimization system of claim 8, wherein the administrative 
tools monitor the performance of coupled line segments and stations and provide data used to 
calibrate models used for steady-state and transient modeling of the coupled line segments 
and stations. 
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10. A pipeline flow optimization system, comprising: 
an upset condition handler; 

a multivariable controller for controlling components of a pipeline system; 

optimization software for calculating steady-state parameters of the pipeline system 
and providing the steady-state parameters to the upset condition handler; and 

a supervisory control and data acquisition system for acquiring pipeline system data, 

Wherein the upset condition handler receives the pipeline system data from the 
supervisory control and data acquisition system and provides the multivariable controller 
with pipeline flow adjustments to handle one or more upset conditions. 

1 1 . The pipeline flow optimization system of claim 10, wherein the upset 
condition handler is included within the multivariable controller. 

12. The pipeline flow optimization system of claim 1 0, wherein the one or more 
upset conditions comprise one or more conditions selected from the group consisting of an 
intake flow less than a target intake flow, a discharge pressure greater than a target discharge 
pressure, the discharge pressure at about a maximum operating pressure, a speed driver of a 
compressor at about 100%, a speed driver of a compressor at about 0%, a cooler temperature 
close to maximum, and flow conditions greater or less than contractual obligations at a 
particular discharge point 

13. The pipeline flow optimization system of claim 1 0, wherein the upset 
condition handler 

calculates one or more adjustment factors indicative of a degree to which a 
correction for a specific upset condition is required; 
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determines which of the one or more adjustment factors is to be applied; and 
supplies an adjustment signal to the multivariable controller based on the one or more 
applied adjustment factors. 

14. The pipeline flow optimization system of claim 1 0, wherein the upset 
condition handler provides a warning to an operator in response to one or more upset 
conditions. 

1 5. The pipeline flow optimization system of claim 10, further comprising 
administrative tools, wherein the administrative tools are adapted to monitor the performance 
of the pipeline system and provide data used to calibrate models used for steady-state and 
transient modeling of the pipeline system, 

16. The pipeline flow optimization system of claim 10, further comprising a 
linepack transition handler adapted to calculate and implement transitions in linepack in the 
pipeline system. 

17. A pipeline flow control system, comprising: 

an optimizer for calculating steady-state parameters of a pipeline system; 

a control unit for controlling pipeline system components that cause pipeline flow; 

a data acquirer for acquiring pipeline system component data and pipeline flow data; 

and 

a control logic unit, 
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wherein the control logic unit adjusts the steady-state parameters of the pipeline 
system in response to an upset condition by analyzing the pipeline system component data 
and the pipeline flow data and applying an adjustment factor to die control unit 

18. The pipeline flow control system of claim 17, wherein the control logic unit 
comprises: 

an upset condition handler for analyzing the pipeline system component data and the 

pipeline flow data; and 

a multivariable controller for controlling the pipeline system components that cause 

the pipeline flow. 

19. The pipeline flow control system of claim 1 8, wherein control logic unit 
further comprises a linepack transition handler for calculating and implement transitions in 
linepack in the pipeline system. 

20. The pipeline flow control system of claim 17, further comprising 
administrative tools for monitoring performance of the pipeline system and providing data 
used to calibrate models used for steady-state and transient modeling of the pipeline system. 

21. The pipeline flow control system of claim 17, wherein the upset condition 
comprises one or more conditions selected from the group consisting of an intake flow less 
than a target intake flow, a discharge pressure greater than a target discharge pressure, the 
discharge pressure at about a maximum operating pressure, a speed driver of a compressor at 
about 100%, a speed driver of a compressor at about 0%, a cooler temperature close to 
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maximum, and flow conditions greater or less than contractual obligations at a particular 
discharge point 



22. The pipeline flow control system of claim 17, wherein the control unit and the 
data acquirer are an integrated unit 

23. A method of having transient conditions in a pipeline flow optimization 
system, comprising: 

calculating one or more adjustment factors, each adjustment factor being 
indicative of a degree to which a correction is needed for an upset condition; 

choosing at least one adjustment factor to apply to the pipeline flow 
optimization system; and 

applying a chosen adjustment factor. 

24. The method of claim 23, wherein applying the chosen adjustment factor 
comprises automatically adjusting control parameters of the pipeline flow optimization 
system. 

25. The method of claim 23, wherein applying the chosen adjustment factor 

26. The method of claim 23, further comprising: 
prior to calculating the one or more adjustment factors, 
determining whether to adjust a flow target; and 
initializing a data array, 
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5 wherein storing the one or more adjustment factors comprises storing adjustment 

factors in the data array. 



27. The method of claim 23, further comprising storing the one or more 
adjustment factors. 
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Proem Transition when a Future NomJnaOon to saved. 



■) 



LoadCuirentNomlnaticmBefieModetlrttoOpflmlzaUon 
Software 
RunEMMOLoDlofbrPtpenne 
Save Row for each compressor ae Row<StatJonKNom1) 
Save Inleb 8»How(lnl etXNoml) 
Save Outlets a*How(OuaetXNom1) A 



Obtain the following most recent data from 8CADA: 

Save Discharge Temperature at Discharge Node for each compressor a»TD(8tationKNom1) 
8ave Suction Temperature for each compressor a«T8(8ta0on)(NDm1) 
Save Compressor Configuration aa CJomprocortStationXNoml ) 
Save Suction Pressure for each compressor station aaSucticiKSlationJfKoml) 
Save Discharge Pressure for each compressor station aa ttscharoe{8taflonXNom1 ) A 
8aveQnwnc Temperature forttoml Model a»TG(Morn1) A 



<^teflnder1Mvall8faJe> Yea p 












Obtain llnepoctcforeachplpelmese^rr^iudngCatibrBtion Modelas 

LpfStaflonXNcmt) J 


1 



RunEMMOtoglcforHpenne 

I 



Save Compresaor Configuration as CompressorfStaBonXNom 2) 
Save Flow pumped by each compressor as Row(SUfi on(Nom2 ) 
BSBure for each compressor exfang a Plpeflno segment os80cUon<StaMonXNom2) 
Pressure for each compressor exiting Into a Pipeline segment aeD1scharge(StationXNom2) 
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tUnepadd 



Bet Upsho&m Node: 
Known= Ro^StaDon) (Nmn2) 
~*ww*DPSE (Station) 



<Ye« 




ISeMpwiiSaK 
Row* Known « RowtStatlon) (HaoT) 
Pressure »Knwm » 
asohafaefSte«pn)(Wotn2) 
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SellWteFbfPacMng(Statlon)* 



SetUn)tsR»PacUng(StaSon)- 
Nbm2 



8eHWteR)«Pao«ng(8teflon^ 



2 



SelUWUFdrf>ec«ng(StBaon)= 
Kbro2 



So4F_NP«1.0 



SetFJ*M«nHP/MaxHP. 




•Yea- 




Set Station to Known. 
a i m» o. Jt . SoiWeland OuOetFlowto Unknown. 
Apply SucOon and DfechaiBe Pressure* from the average of {ho Instantaneous SCADA 
and Future Nomlnaflw^Lrtjonfofe^aiaaonAvtrage 9^e™timl) 



2 
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Ba!anc8th©LoadCal!brationModelto 
compute the Pump Ratesond Trandlion 
Fuel Rates 



Ito 
tlon 



Station B 0 



PumpRate(Station)= 
Ba!anceo^umpRate(statton)) 



Tians1t)onPue!Rate(5tation>> 
BaianoeoXFuelRateCStaUon)) 



NetPac»«ate(StaUon>=H<w(Station(Nom1)) 
♦Fuelrete (3tatlon(Nom 1 ))-Pumprate{Statli 
-TrandflonFUel Rater(Statk>n) 



JonJ 



TlmeToPaoKStatk>nHMStaUon{^^ 



Return 




Statlon= station +1 



Yes 



FIGURE 23 



WO 2006/014372 



PCT/US2005/023604 



24/37 




FIGURE 24 
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The following Is synchronized with MVC. See 
Vai!ableeU*8l&2: 
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c 



Scheduled Process Called once perday 



QbO 

SegmentCalibraUon 
KMode^.YestertayJoday) 



Ceil 

StatlbnCallbratlon 
(<ModeJ>,Yetferday,Today 



cao 

ModelVariance 
^<McKtel>,Yesteiday,Today) 
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Read Nomtnatfon Dates between the 
Staffing and Ending Times thai the user 



Nomination 
Dales Stored i 
hAPOby 
EMM 



Rdri NornlnaSon 
PaJM 



Datermfae Die Horn during the 
Nofrtnatkm fiat the Nominated 
CaiipfBsaoTO wwe runnhg. 



Determine the Starting and Ending ernes of the 
Largest Block of Confauous Hours when the 
CornpiBssor configuration remained constant 
LargoBJockStatt?* Start Block Date 
UwflJbcAeirf End Bloc* Dato 



r 



Historical Data I 
fromTtmefine ' 



Load Nom1 Nomination Ho the 



Scads 
Historical Data 
(romUmeOne I 



Renace Norntnafion Data In the 
Model wHi Goada Actual Average 
Data (Average Data from 
LBrgeBfcckStoftto 
LayetJkxUJnd 


f 1 Soarfn / 





To The Last 
Nomtnadon Pair 



Run Balance 










Store ResUto at 




APO Database 


No) 


ml 


^ 


* 







»^ Return ^ 
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C 



StartModelCailbraflon 



D 



I User Enters Starting and 
Ending DatestoCondder 



Road Nomination Datesbetweenthe 
Startlngand Ending Tlmeathatthe user 



Nomination 
DatesStored 
inAPOby 



Determine ttoHcHHaduttngthe 
NomtnaHohthattbeNomlnated 



Scada 
HlstorcalData I 
fromTmraHne I 



Deteimrae Uw Starting and Ending flmesof the 
Laigeat Block of Continuous Hows when the 
Compnwsoroonflguraflon remained oonstant 
LugoBloakStet y* Start BJockDate 
LwyoBhokEtid y> End BlockDate 



. Scada 
HtstoricalDate ( 
fromTlmeOnel 



RBpteoeNomlnaUonDatalnthe 
ModetwimSoeda Actual 

Average Data {Average Data 
torn UxyeBiockStert to 
L&yoBlockEnd 



Store Reams at 
ttnl 



-H APODatabaaa 



ToTheLast 
NomlnaOonPalr 



Return ^ 
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StartSe^ art Calibration* "\ 
<ModeO.<SttrtPg|&>,<€ntfDale>) J 



ProcewPtpellnaSeomento 



Updeie APORepwt* Model with 
stontofn 



Roughness, 
efficiency, be, 



FofieehPtpe 
8egroentandDato 
pair 




Startup Dot sbotei 

1. - All Compressor StaUcrs Unfeiovm & 

Runrtne 

2. All oomenasoi* AvaDsbia, Running 

& eel to default commons 

3. Atl RpeSegtTienbs&tUHBfeultlnlet 
4 outlet pressure ttiatwfli balance 



<Segn«mt><tNNocfeQ>»<AicM 



xJNnodeT 



<Sep^t><OimWeP>^jcNve><3o^ 



<Oatabaco><8ogmeAt><06U>>.9- Calculotod Rowfor Segment 

<OatebflsPKSe^ert><Oate>XC^ 
<DalabcGO><Sosmenl><Odo>.vd r ool^ Caiculdod Speed of Row 



3! 



LoopUntt 
Lad 

<8eomentxOat8: 
v Pair 



^ Return ^ 
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Validate 
I SagmentCalU 



VaIldale8egmentCaIlbre1Iod 



BeglnDale«7oday-DDeys 
EndDalo=Today 



For each 
PtpeSegment 



D: Number of previous days to consider for alarm 

AlamUJmll : Acceptable Average Variance over 0 
days. 

NoJtataJJmrl -Acceptable number of days thai a 
Pipe Seam ent In use can go without a Steady Sta te 
occurrence. If no Steady State occurrence for more 
day* than the limit, (he system vHIl consider the Pipe 
regmenloutofcallbraUon. 



DatefmfrMir^DBta^Umirhasbeenexceededduitno the last 
r*>_DeuU3mitDay* 
If no hits occurred during the ttmeframe, men 
Add<Segment><>ote>palftofoe8egmm 



HtlMtQueue: 

8ean* the database for Btoedy 8lato hours thai worn atonxj 

•arilert>y1h«^egraentCallrxoQonVlaodlhrn. 
Add the "Date* of each occurrence to the <tf!Queue> data 
structure. 



OlETotalVar 

TaccuracyTutelVarlanceoO 



For each <Oato> 
Inthe<HtQtieue> 
data etruoture> 



0 



CLE<=<Datobase><Segmerrt><0^^^ 

CLEVarianceoioo-CLE x 
CUHttalV^artte=CLETotaJVa1a 



CLE: Calculated Una Efficiency 

determlnodfrommeSeginentCBllbatlon 

Rouflrrefot<8egmerrt><DatoTlm,?> 



:|100-CLE| 

HrtQueua : a Data Structure thatoontelrtsa 
ret of Dates when a Steely state oondMon 
occurred* 

CLESegme nWaHdaOonQ usue : a Data 

8 trucbire that will contain all ceres when a 
Pipe segment was out of an acceptable 
calibration range duetollne Efficiency. 

T.^.^egmerdValWaflonQueus :a 
Data Structure that will contain all cases 

a Pipe segment was out of an 
acceptable calibration range due to Suction 
Temperature Accuracy. 

8egxrMnf>toOataValidaSonQueue: a 
Data structure that will contain all cases 
when a Pipe segment was muse and did 
not have a Steady state occurrence. 



Teccuwoy*<Databs3e><Segroen><Dato^ 
TVarlance » 100 -Taccurecy 
TaccuracyToterVirfarKa-Teccura 



<XEAvgViiHime£**^otaJVadancer*W 
^...^vrjVadanceBTawwrai^^ 



Add<8egmentxDate> 
palrtothe 




Loop until lost 
MpoSegmem 



^ Return 



Add <Segm entxOa1e> polito me 
T^^^egmertValldatJorrQueuo 
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tnputparametere 

1. Model thai contains all of (ha Comprea»rStattonsofthe pipeline. The model Iscapable of determining steady state condrUoneroreach 
station when populated with actual data from the pipeline. <Model> 

2. A darting date: <StariOata> . 

3. A ending Data: <EndDate> 
InputData: 

1. An archive of data containing hourly measured values for the station. La. temperatures* pressures, and flows. <ArchIve> 
OutputOata: 

Hourly Results from the Model when steady state certdrUonaoccurred. 




StartSta1JonCal!bretlon(<Wc)del> 1 <StartDate> l 



»,<£ndData^ 



STEADY -The Gallon of 
the Measure value overthe 
pasts hours is tea than a 
configuraiSoamount 




PopulatoM ode* from Historical Data t>aoa: 

<Mc>del><StetJon>.AmblenfTerer^^ 

<Model><Stetlof^.SuctlonPressure=<AjcM 

<ModetxStation>.DlHcharge PreoQuie"<AnWve><Statlon><OatB>i)iaimrge Pressure 

<Mo<te><Statkm>.now=*AjchK^ 

<Mode><StatJon>.D<sd\argoTemperatinB«<A^ 

<Model><$tatloii>.Compressofsftiim^ 

*^4odel><StatJon>.Cc^feasotsUopSl^ff 



Run "Balance" Funcflonon 
theModel 



Store Resuttato Database: 

<Database><Comproscor><OatG>.Statu^ « Calculated Status (Running or Not for compressor 
<Databeaa><Cc^ressor><>ate>.Fue^ * Calculated Fuel for Compressor 
<Oatabare><ComprecBor><Date>.HJJ - Calculated Horaapow e r for Compressor 
<DatabasoxCompresEor><Oate>.Ps J - Calculated Suction pressure for compressor 
<Oatabare><CciTuj)reEBor><Oato>.P4- Calculated Discharge Pressure fbrcompressor 
<Oataba8e><CorripreB6or><OBte>.T4- Calculated Discharge Temperature fbrcompressor 
<Datebese><5ornprBssof><Oate>.Spee^ - Calculated Speed of compressor 



Fase 



punOILasl 
Uonx) 
pair 
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Vertfy Segment 



/* — JL — 

( VatidataSlafJon ) 
V Calibration V 



Archive Is&enameofthe 
Database cental nlnghouri'y 
historical 8CADA data for 
meaairamentpolnts, 
SteflonCaitbraOon lathe name of 
UieOatabaso cental nlnflcaJcutated 
hourly date oomSteflcm Calibration. 



8teflonrtera Isan Enumerated list 
of attributes oom rn on to a sta Hon. 
Sucha»PftPd,Ta,Tdela 
Compreesoritem laan 
Enumerated list of attributes 
common to • compressor. Such at 
PiPdJiTdetc. 



Create Reference to Archive 



<Arehlve> 



-i 



Archive Databaaa 
Ratrerenced by: 
<An±lve><OateTm 1 e><Steaw^Jtiwi{mationnan) 



Ward Kolei^bbUlbn 
OtitbraSc^anaConfteureSori 




one Archive and one CnJcutatod sat of date 



/T^oraach' 



<OateTlma>hourhr 
the last 




TOttoii - XaUiireUda Alahn C dWWUrtHWH UtMMal 
A Date structure used to determine when a data Item la oat of 
caRbrnflon. The structure contains one object orrecord fof each 



Each con flovfableaJ ana com pares an Archived Scada date Item to 
a CaJcuteted Date Item mat was penerated and stomd from the 
StaflonCoilbraflonAJoodlhm. 



<StaSonCaiibfaBonAlinn> 

Each object orrewd contain* corporation for a dnplo alarm 
wllh thefoltowmo, elements: 



Used to daftna the Scada Actual I 

Actual Batattem. Station 
Actual DatettemXompreasor 
ActualDataitem-Stationltom 
ActuaJDatertem.Corepressorttem 
Used to define the Catenteted I 
(WcalatedDatartem^teOon 
CaJcutatedDatef tern •Compressor 



dltVatue a (Archive data value tor current the bout) » 
(Calculated date vahre for Bra Current hour) 



If (dhValUB > ADovredTotwance ) 

add alarm massape tome *tofii 
dItYaloe% o (Archlva data vatee for Current the hour) / 
(Calculated date value forme Current hour) 



lf(drfValtre%>AllovreaToh»ancePw 



Datebaae"fortrerKfJnglatefbyapraphlcaltool.' 




D- Days of data to use 

ABowetflbteFrrncoPereentega uaeapteraA-!temC|» 



Atowedlbteranca -usasthaaiA-rtamCj>AacwdTolen¥ice 

-majdroum number ctf days vdthout a steady state 



V 



Loop imtH the last 



/ Stores generated AlanRsthal ccn ba stored uslnp (ha roJIowfog tuncfionsax 
f <SteflonCaJlbfaJlon>(<Stottcr>>,<DateTlme>,<Ste 
{ <StatIonCaltoratk>n>{<Stetion>,<CD^ 

Stores the Trends that are used to determine Han ritatrndreutdbapenafBtod uslnp: 
" 0onC^tbratlon><<S1atlon>/eDato 
ucnCwiDrOTon>i<biation>,< 



( ^ ) 
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Return 



Notec Al Historical pressures, Dom, temperatures, etc* 
ere averaged from LargaBIockStart Id Larc^BkxkCnd. 
Unfl oortftpunSkn b Aotud 8 Nam 1 = Nom2 oortigurB&orL 



Using Actual CcndOona In Fuel Attainment Model, compare 
Theoretical fuel to Adust fuel used over the continuous Woe* of 
(hours when runrdny HP remains constant al all compressor stations.) 
\ConsWer Unepack dvxxge from boglmtog to end al Nock. Nomlls/ 
beginning of Hook. Nom2 Is end of block. 



Determine {hp Starting and Endng times of (h© Largest Block of Hours vmen running HP remains constant at al compressor stations. 
Thai compute average flow, pressure A temperature vahies for afl data reqi!tred by Base Model, 
Then load actual ccrnpressure oonflguraflons & al averaged data Into Ba 



Set the Prim 


ary Wet Sue* 
Sot torn 
RrSupf 


ji pressures » suppler* hhtortoal caDvery Precsvre at Station #1 
jerature at Hat node n historical temperature. 


1 



Set system outlet node to NodeType ° N 



Us© the HbtorteJ Ambleri eir temperature to calculat e the avueaWe horsepower at the oentrifuprl writs by sriflng the AmbtanTempersturo tn 

the GaiCornpressor Table * ambtant air temperature at Cotumbua + k. Set UmfingOuflefTcrnp ki CC & RC tables » average cooler 
tamparature bom SCADA (24 Hour runrang average) skipping totes vtan staBon was bypassed. Set » unique oonstant = 100 If no cooler. AO 
constants should eventually end up In Engtieers cafcraGon table. A 
SoUStatton*0, TorGnd «0, SumGnd =0. A 




1: to GasNode Table, eel NodeType (Suction Nods) =» OF 

2: tn Qes Oompressq Table, set Status 
a m GasCunpjessjr Table, set VBfueKUtBaBd « 



1: 8d bI ocmprcsscr STATUSra same oo SCADA. OnOrwff njnmng. Offline If net 
2: For each Onfrts Compresaan Add overage of Nonrlft Ncm2 suefcn temps to 
TotGnd. Addl toSumGnd. 
& Sot dbcrtarge pressure Node to BF 
4i Set Node Pressure a Average Historical Pressure 
& Sat oornpressor station on Discharge Control 
6; Set PDMAXfci Compressor Station 8 Average Historical Pressure . 

7i Set VaK^ffizaGcn « 0 A 



Yes 




♦ 1 



t-Yee-< StaBon < >— No-* 
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•Save Compre»orOonfl9ureQon«tOomprB«Df(StettcnX^1]) 
*6avo Row for each compressor segment asRo*(Staflon{Nom1)) 
•Save FuaJ Rate for each compressor segment at 
Fto}Rato(StBBon(Nom1D 



1: Sat all compressor STATU3es same 
Onlinolf running Offllneitnol 
2: Sot Services same as SCACA, 



asSCADA. I 
I J 




1: Set discharge pressure Mode to 
2: Set Mode Pressure -Average HtaoricaJ 

3j Set compressor station on Discharge Control 
4: Set MarfroumPtirfiameProaMB In GasCompiesaofTatte a 




2: Set BR Control Node Pressure ° Average Supplier rlstorioal Pressure -.001 
3: Set BR SetPreasure "Average suppfler Hstorical Pressure - .001 



-Yea- 



51 



Set suction node to Type "BP 
Set compressor to I 
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Koto; Tim 9-6pan units** Day* 
B©0lnnlngUmdsMom1UmB 
Endln gil melsNom 20m a 




Oompule&savobegJnrUnglnstanlanooudJnepacA^Noml). 
CcrnipuleasawDendlnglntolaneouiUnap«*(Nom2), a 




ApptyCompreasofStaflanODnflguraOon 
.fromNorolSoluflon. 



1 — • 


SoiUnlttf*rPacMng<8taflon)= J 




Komi • ^ 




SelCompn>s»rU^toKnowi:St8t^^ 

8etMetandOuaatBmvNodestoUhhnom:Typeap 
.^^J^^wandWadMwpePraisuieai^ 
AtCMtittugaliteaona^ 



Yea 
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BaJanoeiholoadGUIbratlonModaUo 
oompmoBaohStaBontPumpRBteand 
TmndflonFUalRate 



nd J 



PumpRate(SlaBon)= I _ 

lanced(Pump RatefstaOon)) Jr — m 




TrBndOc«Rj©IRale(Staflon>= 
Bafanoed(FualRalB(SlaBon» 



NelPa*Ra1e(Statk)n)-now(8lalJon(NoTn1))t 
RjBhHto{S!aaonfftein1I>4»umpraiB{StaUi 
TnffldHonFuelRatejStaUon) 



[ 



j 



lonjj 



T1roaToPad<3tel]onHP4>(St8aonft^1Hl(St»^^ 



. 1 

| **^(3taqof^mlnaMo^^ p j 



I 



I _ 

TiwiriBonRieHStaltonfr^ 



ToWRjd{Statl^ 



Yaa 



Total^etRatep^onK^ 



TheotBUoalFUeJ«SumrrotaI Riek^-J 




Stop 
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FIGURE 37 



